home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950329-19950528 / 000183_news@columbia.edu_Thu Apr 20 17:03:40 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA09119
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Thu, 20 Apr 1995 13:03:49 -0400
  3. Received: by apakabar.cc.columbia.edu id AA25234
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Thu, 20 Apr 1995 13:03:46 -0400
  5. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  6. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Terminal emulation incorrect?
  9. Date: 20 Apr 1995 17:03:40 GMT
  10. Organization: Columbia University
  11. Lines: 53
  12. Message-Id: <3n645c$okc@apakabar.cc.columbia.edu>
  13. References: <3n3koo$ref@highway.LeidenUniv.nl> <1995Apr19.182025.47998@cc.usu.edu> <3n5lu8$gbq@sundog.tiac.net>
  14. Nntp-Posting-Host: watsun.cc.columbia.edu
  15. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  16.  
  17. In article <3n5lu8$gbq@sundog.tiac.net>,
  18. Michael Ciaraldi <ciaraldi@max.tiac.net> wrote:
  19. >In article <1995Apr19.182025.47998@cc.usu.edu> jrd@cc.usu.edu (Joe Doupnik) writes:
  20. >>In article <3n3koo$ref@highway.LeidenUniv.nl>, noordam@rulcri.LeidenUniv.nl (STEPHAN NOORDAM) writes:
  21. >>> I use MS-Kermit 3.14 (18.1.95) with VT102 terminal emulation to
  22. >>> communicate with a VAX/VMS computer, and have the following problems.
  23. >>> 
  24. >>> * The VAX-prompt does not always appear at the bottom of the
  25. >>>   screen.
  26. >>> * The position of the cursor is not always shown correctly.
  27. >
  28. >This sounds like a possible flow control problem to me.
  29. >Losing a few bytes in a control sequence might have effects like this.
  30. >Just a thought.
  31. >
  32. It's always a possibility.  But usually when you have flow control
  33. problems (and therefore data loss), you see fragments of escape sequences
  34. on the screen -- lots of left brackets, numbers, semicolons, etc.  But
  35. yes, it is always a good idea to be sure that flow control is in effect,
  36. but the exact setup depends on how you came into VMS (direct dial,
  37. terminal server, etc).  On the VMS end, you have to make sure SHOW TERM
  38. says TTSYNC and HOSTSYNC, and then everything else is set up as required
  39. by the connection (RTS/CTS, hopefully, if dialing into a terminal server /
  40. Xon/Xoff if dialing in to a VAX port).
  41.  
  42. I think Stephan said he was using VT102 emulation, so I would not expect
  43. 8-bit transparency to be a problem.  But since MS-DOS Kermit provides full
  44. VT320 emulation, and VMS can take advantage of it, why not use it?  Before
  45. logging in to VMS, tell MS-DOS Kermit to:
  46.  
  47.   set parity none
  48.   set term byte 8
  49.   set term controls 8  ; optional
  50.   set term type vt320
  51.  
  52. and then VMS and Kermit should "configure each other" appropriately.
  53. If you can't actually make an 8-bit connection, then:
  54.  
  55.   set parity even      ; or space, or whatever
  56.   set term byte 7
  57.   set term controls 7
  58.   set term type vt320
  59.  
  60. and tell VMS to:
  61.  
  62.   set term /noeight
  63.  
  64. But like I said before, all bets are off if you are using some kind of
  65. "front end" to VMS with hardwired escape sequences in it.  Properly
  66. written screen-oriented VMS applications use SMG, which is sort of the
  67. VMS equivalent of curses, rather than sending hardcoded escape sequences.
  68.  
  69. - Frank